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MONITOR VIEWER FOR AN ENTERPRISE NETWORK MONITORING 

SYSTEM 



TECHNICAL FIELD 

[0001] Embodiments of the invention generally relate to the field of system resource 
monitoring and more particularly, to a monitor viewer for an enterprise network 
monitoring system. 
BACKGROUND 

[0002] Many businesses are providing access to their products and services through 
computer networks. The Java 2 Enterprise Edition Specification vl .3, published on July 
27, 2001 (the J2EE Standard) defines an increasingly popular architecture for the server- 
side of enterprise computer networks. As these computer networks become more 
complex, there is an increased need for improved administration, monitoring, and 
management of enterprise computer networks. 

[0003] An emerging standard, JSR-000003 Java Management extensions (JMX), 
version 1.2 (hereinafter, the JMX Specification), provides a standardized way to manage 
arbitrary Java resources in enterprise computer networks. The JMX Specification 
describes a management architecture, an Application Program Interface (API), and a 
number of services for Java enabled applications. Together, these elements provide a 
standardized way to manage arbitrary Java resources. 

[0004] FIG. 1 is a block diagram of selected elements of the management architecture 
defined by the JMX Specification. The JMX management architecture primarily consists 
of instrumentation level 1 10 and agent level 120. Instrumentation level 1 10 includes Java 
management beans (or simply, MBeans) 1 12 and 1 14. An MBean is a Java object that 
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represents a manageable resource, such as an application, a service, a component, or a 
device. An MBean provides a management interface that consists of attributes and 
operations that are exposed for management purposes. The term "attribute" refers to a 
value (or characteristic) of an object. The term "operation" refers to a process that an 
object performs. 

[0005] Agent level 120 includes MBean server 124. MBean server 124 provides a 
registry for MBeans 1 12 and 1 14 and also an interface between registered MBeans and 
distributed services level 130. Management applications (e.g., in distributed services 
level 130) may access services provided by MBean server 124 to manipulate MBeans 
1 12 and 1 14. The services provided by MBean server 124 may be defined by the JMX 
Specification and may include a monitoring service, a timer service, and a relation 
service for registered MBeans. Non-java objects may also register with MBean server 
124 if they have a Java wrapper. The term "Java wrapper" refers to data that proceeds or 
frames a non-Java resource so that the non-Java resource can interface with a Java 
resource. 

[0006] Distributed services level 130 provides an interface between management 
applications (not shown) and MBean server 124. Management applications may connect 
to MBean server 124 through a variety of means including connector 132 and protocol 
adaptor 134. Connector 132 may provide an interface to management applications that 
complies with the JMX Specification or it may provide an interface for proprietary 
management applications. Protocol adaptor 134 translates operations between MBean 
server 124 and well-known protocols such as, Request For Comments (RFC) 2617 
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entitled, "HyperText Transport Protocol (HTTP) Authentication: Basic and Digest 
Access Authentication," June 1999 (Hereinafter, the HTTP Protocol). 

[0007] While the JMX Specification provides a standardized way to manage arbitrary 
Java resources, it does not provide a graphical user interface to interact with the managed 
resources. For example, the JMX Specification does not specify a graphical user 
interface to configure a managed resource. Similarly, the JMX Specification does not 
specify a graphical user interface to provide a history of data collected from a managed 
resource. 
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SUMMARY OF THE INVENTION 

[0008] A method, apparatus, and system are provided for a monitor viewer in an 
enterprise network monitoring system. According to one embodiment, a hierarchical tree 
structure having one or more tree nodes is displayed in a graphical user interface. Each 
of the one or more tree nodes may represent a resource of an application server. In an 
embodiment, at least one of the tree nodes represents a monitor service of the application 
server (e.g., a monitor service tree node). The monitor service tree node may be selected 
via a cursor control device. In one embodiment, upon selecting the monitor service tree 
node, a monitor tree (e.g., a graphical representation of one or more monitored/managed 
resources) is displayed in the graphical user interface. The displayed monitor tree may 
have one or more selectable monitor tree nodes, wherein each of the monitor tree nodes is 
a graphical representation of a monitored/managed resource. In an embodiment, a 
monitor tree node may be selected and configured in the graphical user interface. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] Embodiments of the invention are illustrated by way of example, and not by 
way of limitation, in the figures of the accompanying drawings in which like reference 
numerals refer to similar elements. 

Figure 1 is a block diagram of selected elements of the management architecture 
defined by the Java Management extensions (JMX) Specification. 

Figure 2 is a block diagram illustrating an embodiment of Java monitoring 
architecture 200. 

Figure 3 is a block diagram illustrating an embodiment of Java monitoring 
architecture 300. 

Figure 4 is a block diagram illustrating an embodiment of Java monitoring 
architecture 400. 

Figure 5 is a block diagram illustrating an embodiment of a Java monitoring 
architecture including a monitor tree. 

Figure 6 is a block diagram illustrating an embodiment of a tree node of a 
monitor tree. 

Figure 7 is a block diagram illustrating an embodiment of a Java monitoring 
architecture having administration services. 
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Figure 8 is a block diagram illustrating an embodiment of Java monitoring 
architecture having an Extensible Markup Language file. 

Figure 9 is a block diagram illustrating an embodiment of Java monitoring 
architecture having an Extensible Markup Language file. 

Figure 10 is a flow diagram illustrating certain aspects of a method for using a 
monitor viewer to interact with a monitor tree, according to an embodiment of the 
invention. 

Figure 11 illustrates an exemplary Graphical User Interface (GUI) 1 100 provided 
by a monitor viewer, according to an embodiment of the invention. 

Figure 12 illustrates an exemplary Graphical User Interface (GUI) 1200 to 
display a monitor tree, according to an embodiment of the invention. 

Figure 13 illustrates an exemplary Graphical User Interface (GUI) 1 300 to 
display information related to a selected monitor tree node, according to an embodiment 
of the invention. 

Figure 14 illustrates an exemplary Graphical User Interface (GUI) 1400 to 
provide an interface to configure a selected monitor tree node, according to an 
embodiment of the invention. 

Figure 15 illustrates an exemplary Graphical User Interface (GUI) 1500 to 
provide an interface to configure one or more threshold values for a selected monitor tree 
node, according to an embodiment of the invention. 
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Figure 16 illustrates an exemplary Graphical User Interface (GUI) 1600 to 
display the monitor data history of a selected monitor tree node, according to an 
embodiment of the invention. 

Figure 17 is a block diagram of computing device 1700 implemented according 
to an embodiment of the invention. 

Figure 18 is a block diagram illustrating an embodiment of an application server 
architecture. 
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DETAILED DESCRIPTION 

[00010] Embodiments of the invention are directed to a monitor viewer in an 
enterprise network monitoring system. A monitor viewer refers to a graphical user 
interface for one or more monitored/managed resources. According to one embodiment, 
a hierarchical tree structure having one or more tree nodes is displayed in the graphical 
user interface. Each of the one or more tree nodes may represent a resource of an 
application server. In an embodiment, at least one of the tree nodes represents a monitor 
service of the application server (e.g., a monitor service tree node). The monitor service 
tree node may be selected via a cursor control device. In one embodiment, upon 
selecting the monitor service tree node, a monitor tree (e.g., a graphical representation of 
one or more monitored/managed resources) is displayed in the graphical user interface. 
The displayed monitor tree may have one or more selectable monitor tree nodes, wherein 
each of the monitor tree nodes is a graphical representation of a monitored/managed 
resource. As is further described above, in an embodiment, a monitor tree node may be 
selected and configured in the graphical user interface. 

[00011] FIG. 2 illustrates one embodiment of the invention implemented within a 
JMX-based Java monitoring architecture (JMA) 200 for administration and management 
of Java 2 Platform, Enterprise Edition ("J2EE") engine 206. According to one 
embodiment, the administration and management of the resources associated with J2EE 
engine 206 may include monitoring of various system resources, including Java resources 
and other resources associated with J2EE engine 206. Examples of monitored resources 
include, and are not limited to: the kernel, services, interfaces, libraries for each of the 
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dispatchers and servers, network connections, memory consumption, threads, 
classloaders, database connections, database transactions, HyperText Transport Protocol 
("HTTP") cache, Java Messaging Service ("JMS") queries and topics, sessions, and the 
like. In an embodiment, a monitoring service, such as the monitoring service 212 may be 
used to monitor system resources. 

[00012] According to one embodiment, monitor service 212 may gather and 
maintain data related to monitored resources such as monitoring data 210. Monitoring 
data 210 may provide a history of monitoring data which may be used to provide alerts 
when various resources, such as parameters, applications, or components reach a critical 
state. In an embodiment, the features of JMA 200 may enabled or disabled depending on 
administrative commands provided by, for example, visual administrator 214. 

[00013] According to one embodiment, JMA 200 may include monitoring service 
212 and one or more JMX-based monitor servers (JMX monitors). Monitoring service 
212 may help establish a connection between a JMX monitor and the various components 
of JMA 200. In one embodiment, the JMX monitors may reside and work on separate or 
remote Java virtual machines (JVMs) to collect data from cluster elements, and report 
information and statistics regarding the cluster nodes and their components to, for 
example, visual administrator 214 having a monitor viewer 216, and/or to CCMS 222 via 
CCMS agent 202, and to various other third party tools. CCMS 222, visual administrator 
214, and other third party tools may reside generally on client side 220, while other 
components, as illustrated, may reside on server side 218. 
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[00014] FIG. 3 illustrates an embodiment of the invention employed within a Java 
monitoring architecture ("JMA") 300. The illustrated embodiment includes monitor 
server 302 comprised of JMX-based monitors (or simply, JMX monitors) to, for example, 
monitor and collect data from various cluster elements and resources 310-314 of an 
application server engine. In one embodiment the application server engine is a Java 2 
Platform, Enterprise Edition (J2EE) engine (e.g., J2EE engine 206, shown in FIG. 2). 
The underlying principles of the invention, however, are not tied to any particular 
specification or set of specifications. According to one embodiment, monitor server 302 
reports or transmit the collected data to various client-side 220 components and/or 
applications, such visual administrator 214 having monitor viewer 216. Monitor viewer 
216 may be used to enable viewing of the monitoring data received from monitor server 
302. 

[00015] The data collected may include information and statistics related to, for 
example, applications, server parameters, cluster nodes and their components of the J2EE 
engine. According to one embodiment, the collected data may also be reported to CCMS 
222 via CCMS agent 202, and/or to third party tools 318. In one embodiment, third party 
tools 318 include a file system to, for example, temporarily store the collected data in a 
specified file format, for example, an Extensible Markup Language ("XML") format or a 
HyperText Markup Language ("HTML") format. The collected data may subsequently 
be reported to the components on client-side 220 (e.g., in an XML or HTML format). 

[00016] According to one embodiment, the expected overhead of JMA 300 may 
vary according to its functionality. For example, the overhead may be light when 
reporting to CCMS 222 or third party tools 3 18, as opposed to when reporting to visual 
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administrator 214. Furthermore, the larger the requesting and/or reporting interval of 
monitor server 302, the smaller the expected overhead may be. The expected overhead 
may be relatively higher when using monitor viewer 216 to actively retrieve and view the 
monitoring data. 

[00017] FIG. 4 is a block diagram illustrating an embodiment of Java monitoring 
architecture 400. According to one embodiment, Java monitoring architecture (JMA) 
400 may include monitor service 402 to establish a connection between one or more 
managed bean servers (or simply, bean servers) 404-408 and the rest of JMA 400 (e.g., 
monitor viewer 410). Monitor viewer 410 may include a Graphical User Interface (GUI)- 
based monitor viewer or a monitor browser. In one embodiment, the GUI is a "Swing- 
based" GUI. A Swing-based GUI refers to a GUI that is based on the Swing API 
provided by any of the Java 2 Enterprise Edition Specifications, for example, vl .3, 
published on July 27, 2001 (hereinafter the J2EE Standard). Monitor service 202 may 
include a number of components including monitor servers and interfaces. 

[00018] According to one embodiment, managed beans (or simply, MBeans or 
beans) (e.g., runtime managed beans or resources beans 412-416) may be used to provide 
continuous monitoring of various resources 424-428 associated with a Java 2 Platform, 
Enterprise Edition (J2EE) engine. Resources 424-428 may include a kernel, services, 
interfaces, and libraries for dispatchers and servers, such as dispatcher 418 and servers 
420-422. 

[00019] FIG. 5 is a block diagram illustrating an embodiment of a Java monitoring 
architecture including monitor tree 514. Monitoring typically refers to a periodic 
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oversight of a process, or the implementation of an activity, which seeks to establish the 
extent to which input deliveries, work schedules, required actions and targeted outputs 
are proceeding according to plan, so that timely action can be taken to correct the 
deficiencies detected. According to one embodiment, Java monitoring system or 
architecture (JMA) 500 and its various components, including modules and servers, may 
be used to provide monitoring of resources and the semantics of data to ensure oversight, 
and may provide monitoring information to enable the proper analysis of resources 520. 
Furthermore, according to one embodiment, JMA 500 may provide data processing and 
transportation for data to various modules (e.g., monitor tree 514) and customer level 
components (e.g., CCMS 508, administrative tools, including a visual administrator 504, 
and third-party tools or plug-ins). 

[00020] According to one embodiment, JMA 500 provides monitoring of a Java 2 
Platform, Enterprise Edition (J2EE) engine (e.g., J2EE engine 206, shown in FIG. 2), and 
its associated resources 520, including but not limited to various managers, services, 
components, such as a kernel, interfaces, libraries for each of the dispatchers and servers, 
network connections, memory consumption, threads, classloaders, database connections, 
database transactions, HyperText Transport Protocol ("HTTP") cache, Java Messaging 
Service ("JMS") queues and topics, and sessions. 

[00021] To monitor resources 520, JMA 500 may employ monitor service 502 
having modules, servers, and/or interfaces to connect the monitoring side with the rest of 
JMA 500, including central database 510 and client-side applications, such as visual 
administrator 504 and CCMS 508. The monitoring architecture may include a managed 
bean server (bean server) 512, a plurality of monitor managed beans (monitor beans) 516 
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and/or runtime managed beans (runtime beans) 518. In one embodiment, runtime beans 
518 register with bean server 512 to provide monitoring of underlying resources 520 at 
runtime. Bean server 512 may include a container for monitor beans 516 and runtime 
beans 518, to provide them access to various resources 520 and management applications 
504, 508. 

[00022] To provide Java objects (e.g., monitor beans 5 1 6 and runtime beans 5 1 8) 
to various applications 504, 508 and to use bean server 512 for such purposes, 
applications 504, 508 may be made available via the distributed services level (e.g., 
distributed services level 130, shown in FIG. 1) of the JMX-based architecture (e.g., JMA 
500). For example, well-known protocols such as HTTP may be used to communicate 
with bean server 512 via an appropriate protocol adapter that may translate operations 
into representations in a given protocol. In addition, one or more connectors may be used 
to communicatively couple the applications 504, 508 to bean server 512 using a 
proprietary protocol. 

[00023] JMA 500 may be distributed across the three levels of the JMX 
architecture including a distributed services level, an agent level, and an instrumentation 
level. The instrumentation level may include, for example, monitor and runtime beans 
5 1 6, 5 1 8. The agent level may include, for example, bean server 512. The distributed 
services level may include, for example, various applications 540, 508, adaptors, and 
connectors. 

[00024] According to one embodiment, various Java resources 520 at the agent 
level may be included as an external library. A JMX service module (jmx_service) may 
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provide some of the functionality from the distributed services level, and may create an 
instance of bean server 512 on each of the nodes in one or more clusters and provide 
local and cluster connections to all of them. Monitor beans 5 1 6 may be registered 
clusterwide. As such, a user or client may work with bean server 512 transparently (e.g., 
from the user's perspective there may appear to be only one bean sever 512 showing all 
monitor beans 516 of the cluster). In addition, to receive JMX notifications clusterwide, 
a notification service module (jmxjiotification) may be employed in combination with 
the JMX service. 

[00025] Bean server 5 1 2 may include a registry of monitor and runtime beans 5 1 6- 
518. Bean server 5 1 2 may also serve as a single entry point for calling monitor and 
runtime beans 516-518 in a uniform fashion from applications 504, 508, to monitor the 
resources 520, and to collect or gather the monitoring data or information associated with 
monitored resources 526. According to one embodiment, bean server 512 may reside at a 
particular Java virtual machine (JVM) and may call registered monitor and runtime beans 
516-518 .from the same JVM or other JVMs. According to one embodiment, bean server 
512 may, in fact, be multiple managed bean servers. According to one embodiment, 
various modules of monitor service 502 may reside on the same JVM (e.g., with bean 
server 512). In an alternative embodiment, the various modules of monitor service 502 
may reside on separate JVMs. 

[00026] According to one embodiment, resources 520 including kernel resources, 
libraries, interfaces, and services may be monitored using the runtime and monitor beans 
516-518 registered with the bean server 512. To monitor the resources 520, including 
arbitrary Java resources, and be manageable, a management interface may be provided, 
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and objects (e.g., monitor bean 516 and runtime bean 518) that implement such 
management interface may be registered with bean server 512. Bean server 512, as 
previously described, may then serve as a container for monitor bean 516 and runtime 
bean 5 1 8, and provide them with access to resources 520 to be monitored. 

[00027] According to one embodiment, runtime bean 5 1 8 (also sometimes referred 
to herein as a "resource" bean) may provide continuous or periodic monitoring of 
resources 520 and may provide dynamic resource notifications or responses including 
information regarding resources 520 to each of the monitor beans 516. According to one 
embodiment, monitor service 502 may retrieve an Extensible Markup Language (XML) 
file 528, having semantics and installation directives on how monitor tree 514 is created, 
from database 5 1 0 to create monitor tree 5 1 4. Monitor tree 5 1 4 may then be generated 
with various nodes, such as node 530. Each of the nodes may include one or more 
monitor beans 516 associated with one or more resources 526. 

[00028] According to one embodiment, monitor bean 5 16 at node 530 may request 
information regarding its associated resource 526 from the runtime bean 518 associated 
with the resource. For example, monitor bean 5 1 6 may invoke a method or request 522 
during runtime to retrieve monitoring data from runtime bean 5 1 8, and runtime bean 5 1 8 
may respond or provide a notification including the requested information 524 to monitor 
bean 516 regarding associated resource 526. According to another embodiment, 
information 524 regarding associated resource 526 may be provided periodically as 
predetermined and pre-set using timer 532. Timer 532 may include predetermined 
criteria including a predetermined time period for periodically providing information 524 
from runtime bean 5 1 8 to monitor bean 5 1 6. 
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[00029] Monitor service 502 may include an administrative services interface to 
provide the monitoring data or information to, for example, administrative tools including 
visual administrator 504. The information received at visual administrator 504 may be 
displayed using a monitor viewer 506 including a Web-based monitor browser or 
Graphical User Interface (GUI)-based monitor viewer. Monitor service 502 may include 
other interfaces, such as a managed enterprise Java beans ("MEJB") interface, to connect 
to remote third party tools, and a CCMS agent to connect to CCMS 508. 

[00030] The MEJB of the MEJB interface may be implemented with a session 
Enterprise Java Bean (EJB). The MEJB may provide local and remote access to a 
platform's manageable resources through the EJB interoperability protocol. The MEJB 
may reside in and may be executed in a runtime environment (e.g., MEJB container), 
which may provide a number of common interfaces and service to the MEJB. The 
common interfaces and services may include security and transaction support. The 
MEJB interface may provide future scalability and allow multiple user interfaces to be 
used, such as a standard Web browser. 

[00031] The managed beans, such as monitor and runtime beans 516-51 8, may 
include the following two logical types of registered managed beans: (1) standard beans 
and (2) specific beans. Standard beans may provide standard functionality of start/stop, 
get/set properties, etc. Standard beans may be registered by default for all deployed 
components (e.g., kernel, libraries, interfaces, and services). Specific beans may provide 
component-specific functionalities that may vary from one component to another. To 
interface with a specific bean, a component may register an object that may implement a 
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specific interface to list the processes available for its management and to extend the 
management interface (e.g.,.frame.state. Managementlnterface). 

[00032] According to one embodiment, for kernel resources, a standard bean may 
be registered with each manager having a specific bean. A prerequisite for this may be to 
return a non-null value in a method (e.g., getManagementInterface()) from the manager 
interface. For libraries and interfaces, only standard beans may be registered. For 
services, except for the already registered standard beans, each of the services may 
register specific beans. Implementation of the management interface may also cause a 
specific bean to be registered for that particular service. 

[00033] FIG. 6 illustrates an embodiment of tree node 530 of a monitor tree. 
According to one embodiment, a hierarchical monitor tree (e.g., monitor tree 514, shown 
in FIG. 5) may be created to provide a grouping of monitoring agents (e.g., monitor bean 
516) and resources 526 associated with the monitoring agents, to provide a more 
manageable monitoring architecture. Although the monitoring agents and their 
corresponding resources may be grouped in a monitor tree, they are individually 
represented as tree nodes, and provide individual reporting of each of the resources, 
releasing the module developer from programmatically reporting the monitoring data to a 
central location. 

[00034] For example, according to one embodiment, using the monitor tree, the 
module developer may configure runtime beans 518 to monitor one or more resources 
520 and provide monitoring information 524 to monitor beans 516 at a particular node 
530 (or group of nodes). Monitoring information 524 may be provided continuously 
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and/or upon request 522 from monitor bean 516 associated with the underlying resource 
526. 

[00035] Associated resource 526 is associated with a particular monitor bean 5 1 6 
to individualize the monitoring process (e.g., by receiving monitoring information about a 
particular resource rather information about all resources). Similarly, according to one 
embodiment, particular resources 520 may be associated with one or more runtime beans 
518 to further individualize the process. Resources 520 may include the kernel, services, 
interfaces, libraries, and the like, for each of the dispatchers and servers associated with 
an application server engine (e.g., such as the Java 2 Platform, Enterprise Edition (J2EE) 
engine 206 described above). 

[00036] As used herein, a "J2EE server" may include distributed J2EE servers, 
including, for example, multiple instances of a group of redundant J2EE servers and a 
dispatcher. Associated resource 526 may refer to one of the resources 520 that is 
associated with monitor bean 516 at node 530 to, for example, allow monitor bean 516 to 
request monitoring information from runtime bean 5 1 8. The end result is a simplified 
distribution of monitoring information in the form of a monitor tree with individual 
nodes, as opposed to a system in which monitoring information must be centralized. 

[00037] According to one embodiment, monitoring data 524 may then be provided 
to various client level applications, such as visual administrator 504 and/or CCMS 508 
via monitor service 502. According to one embodiment, monitor viewer 506 may be 
used to view the monitor tree (e.g., monitor tree 514, shown in FIG. 5) and its various 
tree nodes and the monitoring information associated with the each of the nodes (e.g., 
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node 530 and associated resource 526). A user may select any of the nodes or resources 
shown as part of the monitor tree to view the monitoring data. According to one 
embodiment, a color or symbol combination may be used to determine the status of 
associated resources at various nodes. For example, a green/yellow/red combination 
may be used for performance monitor nodes. The color white may be used for non- 
performance monitor nodes and for monitor nodes that are non-operational. A monitor 
node may be non-operational if, for example, a monitor MBean is not connected to its 
resource MBean. 

[00038] According to one embodiment, monitor viewer 506 may be used to display 
other information related to the resources 520 including, for example, the name of the 
resource, the resource description, the resource type, relevant dates and/or time, resource 
properties and values. The information may also include data history regarding the 
resources 520. The data history may include, for example, values associated with the 
resource over different periods of time (e.g., over a minute, hour, day, . . . etc). In an 
embodiment, the data history is available for specified increments of time. For example, 
values (and/or aggregations of values) may be available in the following increments: for 
every minute of the last ten minutes, for one or more five minute increments, for one or 
more fifteen minute increments, and/or for every hour of the previous twenty-four hours. 

[00039] As mentioned above, according to one embodiment, XML file 528 may be 
retrieved by monitor service 502 from central database 510 to generate monitor tree 514. 
The XML file may include semantics and directives to generate the monitor tree using 
monitor service 502. An XML parser may be used to parse the semantics and directives 
of the XML file. Furthermore, a Java Management Extensions (JMX)-based application 
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programming interface (API) may be used to create and customize the monitor tree. The 
monitor API may facilitate and handle both (1) the creation of the monitor tree and (2) 
the customization of the monitor tree as will as the reporting of the monitoring 
information and values. Typically, an API refers to a language or message format used 
by an application program to communicate with the operating system, communications 
protocols, and/or with other control programs (e.g., database management systems). 

[00040] FIG. 7 is a block diagram illustrating an embodiment of a Java monitoring 
architecture having administration services. According to one embodiment, Java 
monitoring architecture (JMA) 700 may include a set of administration services 706-708 
to provide a number of services for various components and modules of JMA 700. As 
illustrated, JMA 700 may include basic administration service (<basicadmin> or "basic 
service") 706 and administration adapter service (<adminadapter> or "adapter service") 
708. 

[00041] Along with providing instrumentation of certain modules and components 
(e.g., libraries and interfaces), basic service 706 may also provide and facilitate 
registration of managed beans (beans) 710 with managed bean server (bean server) 512 
via monitor service 502. Beans 710 may include monitor managed beans (monitor beans) 
702 (including, e.g., monitor bean 516, shown in FIG. 5) and runtime managed beans 
(runtime beans or resource beans) 704 (including, e.g., runtime bean 518, shown in FIG. 
5). 

[00042] According to one embodiment, monitor beans 702 registered with bean 
server 512 using basic service 706 may be used for individual tree nodes (nodes) of 



006570.P067 



-21- 



Express Mail No. EV325529534US 



monitor tree 514. Each of the monitor beans 702 may be used for reboot and shutdown, 
as well as for defining the type of nodes (e.g., dispatcher or server type nodes) and the 
resources associated with each of the nodes, for which monitoring information may be 
retrieved from runtime beans 704. Runtime beans 704 may be used for monitoring of all 
clusters and resources 520. 

[00043] Basic service 706 may provide registration for the following two logical 
types of beans 710: (1) standard beans and (2) specific beans. Standard beans may 
provide standard functionality of start/stop, get/set properties, etc. Standard beans may 
be registered by default for all deployed components or resources (e.g., kernel, libraries, 
interfaces, and services). Specific beans may provide component-specific functionalities 
that may vary from one component to another. To have specific beans, a component may 
register an object that may implement a specific interface to list the processes available 
for its management and to extend the management interface (e.g., 
com.company.engine.frame. state.Managementlnterface). 

[00044] For kernel resources, a standard bean may be registered with each 
manager having a specific bean. A prerequisite for this may be to return a non-null value 
in a method (e.g., getManagementInterface()) from the manager interface. For libraries 
and interfaces, only standard beans may be registered. For services, except for the 
already registered standard beans, each of the services may register specific beans, and 
implementation of the management interface may also cause a specific bean to be 
registered for that particular service. 



006570.P067 



-22- 



Express Mail No. EV325529534US 



[00045] Adapter service 708 may be part of the distributed services level of JMA 
700. Adapter service 708 may include or provide the following: (1) remote connector 
710; (2) convenience interface 712; (3) swing-based Graphical User Interface (GUI) 714; 
and (4) shell commands 716. By having remote connector 710, adapter service 708 may 
allow users to have remote access to the bean server 512 and seek monitoring information 
relating to one or more resources 520. 

[00046]. Convenience interface 712 may allow users to remotely access bean server 
512 using remote administration tools. Remotely accessing bean server 5 1 2 may include 
remotely accessing and working with beans 702 as registered by basic service 706 based 
on the semantics of resources 520 that are instrumented and monitored by these beans 
702. Stated differently, adapter service 708 provides a high-level view to bean server 
512. The high-level view may be represented by a monitor tree, such as monitor tree 
514. Furthermore, adapter service 708 may retrieve monitor tree 514 and provide 
interfaces to manage each type of node in monitor tree 514. By way of example, the 
node types within the monitor tree may include a root node representing the cluster 
('TYPECLUSTERMBEAN"), a basic cluster node type representing a node within the 
cluster ('TYPECLUSTERJNODEMBEAN"), a standard MBean that instruments the 
kernel of a cluster node ('TYPEJKERNELJV4BEAN"), a standard MBean that 
instruments a service ("TYPE_SERVICE_MBEAN"), a standard MBean that instruments 
a library ("TYPE_LIBRARY_MBEAN"), a standard MBean that instruments an 
interface ("TYPE_INTERFACE_MBEAN"), a standard MBean that instruments a 
defined group of clusters ("TYPEJ3ROUP"), and all other MBeans 
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('TYPE_UNSPECMED_MBEAN"). It should be noted, however, that the underlying 
principles of the invention are not limited to any particular set of MBean types. 

[00047] Swing-based GUI 714 may use convenience interface 712 and monitor 
tree 514 to represent the management functionality of JMA 700 to a human administrator. 
The console counterpart of the GUI administrator may consist of various shell commands 
716 that may be grouped together in an administration command group. 

[00048] FIG. 8 is a block diagram illustrating an embodiment of Java monitoring 
architecture having an Extensible Markup Language ("XML") file. According to one 
embodiment, monitor service 502 of Java monitoring architecture 800 may help generate 
a monitor tree, such as monitor tree 514, based on semantics 804 and directives 806 of 
XML file 528. Monitor service 502 may retrieve XML file 528 from a database (e.g., 
central database 5 1 0, shown in FIG. 5). 

[00049] The XML technology may be integrated with a Java 2 Platform Enterprise 
Edition (J2EE) engine (J2EE) (e.g., J2EE 206, shown in FIG. 2) for electronic data 
interchange, due to XML's characteristics of being broad and relatively easy to use. To 
support and build the XML technology, including XML file 528, in the J2EE engine, a 
number of application programming interfaces (APIs), such as API 802, may be 
employed to use XML file 528 to configure various components and application 
modules. For example, XML file 528 may be used to facilitate components and modules 
of monitor service 502 to generate monitor tree 514. 

[00050] According to one embodiment, API 802 may be a Java Management 
Extensions (JMX)-based API. Examples of Java APIs include, for example, J2EE XML 
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API, Java API for XML Processing (JAXP), Java Messaging Service (JMS) API, Java 
API for XML Messaging (JAXM), Java Transaction API (JTA), Java API for XML- 
Remote Procedure Call (JAX-RPC), Java API XML Binding (JAXB), and Java API for 
XML Registries (JAXR). API 802 may facilitate and handle both (1) the creation of 
monitor tree 514 and (2) the customization of monitor tree 514 as will as the reporting of 
the monitoring information and values. Typically, an API refers to a language or 
message format used by an application program to communicate with the operating 
system, communications protocols, and/or with other control programs (e.g., database 
management systems). According to one embodiment, multiple XML files may be used 
and similarly, multiple APIs may be used to generate monitor tree 514. 

[00051] According to one embodiment, XML file 528 may include semantics 804 
and directives 806 to help monitor service 502 with generating monitor tree 514. 
Semantics 804 of XML file 828 may include information about monitor tree 514, the 
monitor managed beans (monitor beans), and the resources to be monitored. Semantics 
804 may include a code or a set of instructions for generating monitor tree 514. The set 
of instructions may include, for example, the instructions for setting the color-coded 
marks representing the corresponding status of the resources. For example, a green mark 
may indicate monitoring of the corresponding resource. A yellow mark may indicate 
continuous monitoring of the corresponding resource and may also indicate that the 
resource being monitored may be reaching a critical value or stage. A red mark may 
indicate that the corresponding resource may have reached a critical value. Finally, a 
white mark may indicate inactivity or that the corresponding resource is not being 
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monitored. In addition, a white mark may indicate that the monitor node is a non- 
performance monitor node. 

[00052] According to one embodiment, directives 806 may specify the form in 
which monitor tree 514 may be generated. Stated differently, directives 806 may provide 
installation instructions for how semantics 804 are to be implemented. For example, 
directives 806 may include one or more templates to match various monitor beans with 
corresponding associated resources at various nodes of monitor tree 814. Monitor service 
502 may use API 802 to use semantics 804 and directives 806 together to generate 
monitor tree 514. 

[00053] Semantics 804 and directives 806 of XML file 528 may include elements 
(e.g., similar to HyperText Markup Language (HTML) tags) to provide context to the 
information (e.g., semantics 804 and directives 806) of XML file 528. XML file 528 
may be document-centric to be used by humans or data-centric to be used by another 
software application or module containing data extracted from a database, such as central 
database 510, and may be submitted to API 802. XML file 528 may include the 
following components: (1) a prologue at the beginning of XML file 528; (2) elements or 
sequences of elements, as described above, containing data or other elements similar to 
the HTML tags; and (3) attributes associated with each of the elements to further qualify 
the elements. 

[00054] FIG. 9 illustrates additional details associated with the interpretation of 
XML file 528. To efficiently use XML file 528 for generating monitor tree 514, XML 
file 528 may be parsed. Stated differently, semantics 804, directives 806, and other 
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components of XML file 528 may be parsed using an application known as XML parser 
(or XML processor) 902. XML file 528 and schema (or scheme or plan) 906, if any, 
associated with XML file 528 may be put into XML parser 902 for parsing of the 
information (e.g., semantics 804 and directives 806) contained in XML file 528, and for 
organizing, formatting, and validating of the information. XML parser 902 may check 
schema 906 to determine whether XML file 528 is of proper form and check the schema 
906 to determine whether XML file 528 is valid as defined by the contents of the schema 
906. 

[00055] XML parser 902 may provide or include an application with access to the 
elements (as described with reference to FIG. 8) of XML file 528 to establish a link 
between XML file 528 and other components or modules, such as the application 
programming interface (API) 802, of JMA 900. According to one embodiment, API 802 
may be used to further comprehend, develop, manipulate, and use XML file 528 for the 
purposes of implementation of XML file 528. API 802 may be used separately or in 
combination with XML parser 802. In an embodiment, API 802 may be part of XML 
parser 902. API 802 and XML parser 902 may provide another application or module, 
such as the application/module (application) 904, to transform the XML file into its 
resulting and intended application including the monitor tree 514. 

[00056] Application 904 may help facilitate the assignment of various monitor 
beans, including monitor bean 516, with their associated resources, including associated 
resource 526, at various nodes, including node 530. According to one embodiment, for 
the purposes of customizing monitor tree 514, API 802 may include a bootstrapper. The 
bootstrapper may include a code or a sequence of codes to initiate a relationship between 
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a component agent and monitor bean 5 1 6. The customizing may refer to customizing 
monitor tree 514 according to the customizing data (e.g., thresholds, descriptions, etc.) 
that may be registered along with monitor bean 5 1 6. 

[00057] According to one embodiment, application 904 may also be used to help 
facilitate the assignment of various runtime beans 518, with various resources. For 
example, application 904 may help runtime bean 518 implement a certain communication 
interface, based on a required or predetermined monitoring logic, coupled with the 
resources 520, using a component agent. The monitoring information from the resource 
520 may be reported by runtime bean 5 1 8 to the component agent which may be later 
reported to monitor bean 5 1 6. A notification system may be employed for maintaining 
event-based communication between the component agent and runtime bean 5 1 8 when 
the monitoring data from the resources 520 becomes available. 

[00058] XML file 528 may be parsed in several ways including using the 
Document Object Model (DOM), which reads the entire XML file 528 and forms a tree 

like structure, or using the Simple API for XML (SAX), which is regarded as an event- 

> 

driven parser that reads XML file 528 in segments. API 802 may be a Java Management 
Extensions (JMX)-based API. Examples of Java or JMX-based APIs include J2EE XML 
API, Java API for XML Processing (JAXP), Java Messaging Service (JMS) API, Java 
API for XML Messaging (JAXM), Java Transaction API (JTA), Java API for XML- 
Remote Procedure Call (JAX-RPC), Java API XML Binding (JAXB), and Java API for 
XML Registries (JAXR). 

[00059] Turning now to FIG. 10, the particular methods associated with 
embodiments of the invention are described in terms of computer software and hardware 

006570.P067 -28- Express Mail No. EV325529534US 



with reference to a flowchart. The methods to be performed by a monitor viewer may 
constitute state machines or computer programs made up of computer-executable 
instructions. Describing the methods by reference to a flowchart enables one of ordinary 
skill in the art to develop such programs including such instructions to carry out the 
methods on suitably configured computing devices (e.g., one or more processors of a 
node) executing the instructions from computer-accessible media. The computer- 
executable instructions may be written in a computer programming language or may be 
embodied in firmware logic. If written in a programming language conforming to a 
recognized standard, such instructions can be executed on a variety of hardware 
platforms and for interface to a variety of operating systems. In addition, embodiments 
of the invention are not described with reference to any particular programming 
language. It will be appreciated that a variety of programming languages may be used to 
implement the teachings of the invention as described herein. Furthermore, it is common 
in the art to speak of software, in one form or another (e.g., program, procedure, process, 
application, etc.), as taking an action or causing a result. Such expressions are merely a 
shorthand way of saying that execution of the software by a computing device causes the 
device to perform an action or produce a result. 

[00060] FIG. 10 is a flow diagram illustrating certain aspects of a method for using 
a monitor viewer to interact with a monitor tree, according to an embodiment of the 
invention. Referring to process block 1010, a hierarchical tree structure having one or 
more tree nodes is displayed in a graphical user interface (e.g., visual administrator 504, 
shown in FIG. 5). Each of the one or more tree nodes may represent a resource of an 
application server (e.g., application server 1818, shown in FIG. 18). In an embodiment, 
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at least one of the tree nodes, represents a monitor service of the application server (e.g., 
monitor service 502, shown in FIG. 5). 

[00061] Referring to process block 1020, a computing device (e.g., computing 
device 1 700, shown in FIG. 1 7) receives an indication that the monitor service tree node 
is selected via, for example, a cursor control device. In an embodiment, "receiving an 
indication" refers to receiving an indication from the cursor control device that the 
monitor service tree node has been selected. The term "cursor control device" broadly 
refers to an input/output device that moves a cursor within a graphical user interface. 
Examples of a cursor control device include (and are not limited to) a pointing device 
and/or a keyboard. 

[00062] Referring to process block 1 030, a monitor tree (e.g., monitor tree 514, 
shown in FIG. 5) is displayed in the graphical user interface. The displayed monitor tree 
may include one or more selectable monitor tree nodes. The term "selectable" indicates 
that one or more of the monitor tree nodes may be selected via, for example, the cursor 
control device. In an embodiment, each of the one or more monitor tree nodes includes a 
monitor managed bean (e.g., monitor managed bean 516, shown in FIG. 5) and an 
associated resource (e.g., associated resource 526, shown in FIG. 5). 

[00063] As described above with reference to FIGs. 5-9, each monitor tree node 
may provide monitoring and management of a resource (e.g., a service, library, 
application, interface, etc.) within an application server. In one embodiment, the 
application server is part of a cluster of application servers. The term "cluster of 
application servers" refers to a plurality of application servers organized into a cluster 
architecture (e.g., the cluster architecture illustrated in FIG. 18). In such an embodiment, 
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each of the displayed monitor tree nodes represents a monitored resource of the cluster of 
application servers. 

[00064] In an embodiment, the monitor tree includes a root node, (e.g., a monitor 
tree node that does not depend from another monitor tree node). In one embodiment, the 
root node is an MBean representing the cluster of application servers. The monitor tree 
may include one or more server nodes depending from the root node. In such an 
embodiment, each server node may be an MBean representing a server within the cluster 
of application servers. 

[00065] In one embodiment, each server node may have a depending kernel node. 
The term "kernel" refers to a fundamental part of a program that provides basic services. 
In such an embodiment, the kernel node is an MBean representing the kernel of the server 
node from which it depends. In an embodiment, a library node depends from at least one 
of the server nodes. In such an embodiment, the library node may represent a library of 
the server from which it depends. The term "library" refers to a set of software routines 
(or functions) that may be accessed by a program. 

[00066] In an embodiment, the monitor tree may include a service node depending 
from at least one of the one or more server nodes. In such an embodiment, the service 
node may represent a service of the server from which in depends. The term "service" 
refers to functionality derived from a particular software program. The functionality 
provided by a service may include, and is not limited to,Tifecycle management, security, 
connectivity, transactions, and/or persistence. 
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[00067] Referring to process block 1040, the computing device receives an 
indication that one of the monitor tree nodes is selected via, for example, a cursor control 
device. The selected monitor tree node may be, for example, a monitor tree node 
representing the cluster, an application server, a kernel, a service, a library, an 
application, an interface, etc. In an embodiment, "receiving an indication" refers to 
receiving an indication from the cursor control device that the monitor tree node has been 
selected. 

[00068] Referring to process block 1050, the selected monitor tree node is 
configured with the graphical user interface. In one embodiment, the graphical user 
interface is referred to as a monitor viewer. As is further discussed below, with reference 
to FIGs. 1 1-16, the monitor viewer may provide a number of pull-down menus, fields, 
pop-up windows, etc., that provide options for configuring the selected tree node. 

[00069] For example, the monitor viewer may provide a configuration command 
option. A monitor tree node configuration dialog box may appear responsive to selecting 
the configuration command option. For ease of discussion, embodiments of the invention 
may be described in terms of configuring the monitor tree node. It is to be understood, 
however, that the monitor tree node may represent an underlying MBean (e.g., monitor 
managed bean 516, shown in FIG. 5) and configuring the monitor tree node may include 
configuring the underlying MBean. 

[00070] In an embodiment, configuring the selected monitor tree node may include 
setting a monitoring period for the monitor tree node. The term "monitoring period" 
refers to a frequency at which the monitor tree node collects information from an 
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associated resource (e.g., associated resource 526, shown in FIG. 5). Setting the 
monitoring period may include providing a numerical value for the monitoring period 
(e.g., entering a value in a field of the configuration dialog box). In addition, configuring 
the monitoring period may include specifying a unit for the numerical value (e.g., minute, 
second, fraction of a second, hour, day, week, etc.). 

[00071] In an embodiment, the monitor tree node may either poll monitor data 
from the associated resource or the monitor data may be pushed from the associated 
resource. In such an embodiment, configuring the selected monitor tree node may 
include specifying whether monitor data is polled or pushed from the associated resource. 
For example, in an embodiment, the configuration dialog box may provide a selectable 
list of options for collecting monitor data. In such an embodiment, configuring the 
monitor tree node may include receiving an indication from a cursor control device that 
one of the listed options is selected. 

[00072] In an embodiment, the monitor tree node may or may not provide an alarm 
if the associated resource malfunctions. The term "malfunctions" broadly refers to 
resource failure, interruption in monitor data, loss of contact with the resource, etc. 
Configuring the monitor tree node may include specifying whether the monitor tree node 
provides an alarm if the associated resource malfunctions. For example, in an 
embodiment, the configuration dialog box may provide a drop-down menu that provides 
a list of responses to a failure of the associated resource. 

[00073] In an embodiment, the monitor tree node may provide an indication if a 
threshold value is detected. In one embodiment, the color of the monitor tree node 
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provides the indication of whether the threshold value is detected. For example, the 
monitor tree node may be green until a first threshold value is detected. Once the first 
threshold value is detected, the color of the monitor tree node may change from green to 
yellow. The monitor tree node may remain green until a second threshold value is 
detected (or until the first threshold value is detected for a second time). The color of the 
monitor tree node may change from yellow to red, if the second threshold value is 
detected. In an embodiment, configuring the monitor tree node may include setting one 
or more threshold values. The term "setting" a threshold value may refer to receiving a 
threshold value in a field of a configuration dialog box. 

[00074] In an embodiment, the monitor viewer may provide a graphical 
representation of monitor data collected over time. The graphical representation of 
monitor data collected over time may be referred to as a history of monitor data. In one 
embodiment the history of monitor data may be displayed in a table. The displayed table 
may have a time column and one or more columns of monitor data (and/or analysis of 
monitor data). The time column may include an indication of when an item of monitor 
data was collected. 

[00075] FIG. 1 1 illustrates an exemplary Graphical User Interface (GUI) 1 100 
provided by a monitor viewer, according to an embodiment of the invention. In an 
embodiment, GUI 1 100 is a Swing-based GUI. In an alternative embodiment, GUI 1 100 
is based on a different API. The illustrated embodiment of GUI 1 100 includes window 
panes 1110 and 1 120. The term "pane" broadly refers to a sub-section of a window. The 
term "window" refers to a scrollable viewing area on a screen. Typically panes and 
windows are rectangular in shape but they are not required to be rectangular. 
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[00076] Window pane 1110 displays a hierarchical tree structure having one or 
more tree nodes. In an embodiment, each of the one or more tree nodes is a graphical 
representation of a managed bean (or simply, MBean) that provides a management 
interface for an associated resource. According to one embodiment, each of the one or 
more tree nodes represents a managed resource within an application server. In an 
embodiment in which the application server is part of a cluster of application servers, 
each of the one or more tree nodes represents a monitored resource within the cluster of 
application servers. 

[00077] In an embodiment, monitoring service node 1 1 12 is a graphical illustration 
of a monitoring service (e.g., monitoring service 502, show in FIG. 5). A cursor control 
device (e.g., a pointing device and/or a keyboard) may select monitoring service node 
1112. In one embodiment, window pane 1 120 is displayed in response to selecting 
monitor service node 1112. 

[00078] In the illustrated embodiment, window pane 1 120 includes tabs 1 122- 
1 129. Each of tabs 1 122-1 129 may be selected via, for example, a cursor control device. 
In response to selecting one of tabs 1 122-1 129, graphical user interface 1 100 may display 
information about the monitor service (e.g., monitor service 502, shown in FIG. 5). For 
example, in an embodiment, monitor tree 1 130 is displayed if tab 1 122 (hereinafter, 
monitor tree tab 1 122) is selected. 

[00079] Monitor tree 1 130 provides a hierarchical tree structure of one or more 
monitor tree nodes (e.g., monitor tree nodes 1 131-1 136). In an embodiment, each 
monitor tree node is a graphical representation of a monitor managed bean (e.g., managed 
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bean 516, shown in FIG. 5) and an associated resource (e.g., associated resource 526, 
shown in FIG. 5). In one embodiment, each monitor tree node represents a monitored 
resource within an application server (e.g., application server 1818, shown in FIG. 18). 
For example, in the illustrated embodiment, root node 1131 may be a monitor tree node 
that represents the application server. Similarly, monitor tree node 1 135 may represent 
one or more monitored services. In an embodiment, one or more of monitor tree nodes 
1 131-1 136 may be expanded by selecting the monitor tree node. 

[00080] FIG. 12 illustrates an exemplary Graphical User Interface (GUI) 1200 in 
which selected monitor tree nodes have been expanded. In the illustrated embodiment, 
monitor tree node 1210 is expanded to display a number of monitor tree nodes 
representing monitored services. Examples of monitored services may include (and are 
not limited to) Enterprise Java Bean service node 1230, JMX adapter service node 1232, 
memory service node 1234, naming service node 126, and/or Web container service node 
1215. 

[00081] In an embodiment, each displayed monitor tree node may include a status 
indicator to provide a graphical illustration of the status of the underlying monitored 
resource. For example, Web container service node 1215 includes status indicator 1220. 
In the illustrated embodiment, status indicator 1220 employs a combination of shapes and 
colors to convey the status of a resource. For example, the colors green, yellow, and red 
may, respectively, convey the status of normal, warning, and critical. Similarly, the 
shapes circle, triangle, and square, may also respectively convey the status of normal, 
warning, and critical. In addition, the shape diamond (and the corresponding color white) 
may indicate "no activity" for a monitored resource (and/or a non-performance monitor 
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node). In an alternative embodiment, a status indicator may be provided by only one of a 
shape or a color. 

[00082] In an embodiment, each of the displayed monitor tree nodes may be 
selected via, for example, a cursor control device. In such an embodiment, information 
about the selected monitor tree node is displayed responsive to selecting the monitor tree 
node. FIG. 13 illustrates an exemplary Graphical User Interface (GUI) 1300 to display 
information related to a selected monitor tree node, according to an embodiment of the 
invention. 

[00083] In the embodiment illustrated in FIG. 13, monitor tree node 1310 is 
selected via a cursor control device. Panel 1320 is displayed in response to the selection 
of monitor tree node 1310. The term "panel" refers to a viewable area of a window that 
is, generally, not scrollable. Panel 1320 includes general information 1330, monitor data 
1340, history command (or button) 1350, and configuration command (or button) 1360. 

[00084] General information 1330 includes general information about selected 
monitor tree node 1310. In the illustrated embodiment, general information 1330 
includes name 1331, description 1332, type 1333, creation date 1334, and last change 
date 1335. In alternative embodiments of the invention, general information 1330 may 
include more information, less information, and/or different information. For example, in 
an alternative embodiment, general information 1330 includes a configuration group 
name to specify a configuration group that contains the semantics for monitor tree node 
1310. 
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[00085] Monitor data 1 340 provides selected monitor data that is collected by 
monitor tree node 1310. For example, monitor data 1340 may display one or more of the 
current value of the monitor data collected by monitor tree node 1310, a maximum value 
of the monitor data, and/or a minimum value of the monitor data. In an embodiment in 
which one or both of the minimum and maximum value of the monitor data is displayed, 
monitor data 1340 may also display a time when the value was monitored. 

[00086] In an embodiment, different types of monitors may display different types 
of values (and/or different aggregations of values). An integer monitor, for example, may 
provide a last received value, a maximum value, and a minimum value relative to the 
startup of the application server. A quality rate monitor, in contrast, may provide a 
current hit rate, an average hit rate since startup, a total number of tries value, and a total 
hits value. A string monitor may only provide one value. In an alternative embodiment, 
monitors may display more values, fewer values, and/or different values. 

[00087] In an embodiment, a monitor viewer provides a graphical user interface 
(GUI) to, for example, view the configuration of a monitor tree node (or more 
specifically the MBean represented by the monitor tree node). In the illustrated 
embodiment, for example, the configuration GUI may be accessed by selecting 
configuration button 1360. 

[00088] FIG. 14 illustrates an exemplary Graphical User Interface (GUI) 1400 to 
provide an interface to configure a selected monitor tree node, according to an 
embodiment of the invention. In an embodiment, a monitor viewer displays 
configuration dialog box 1410 in response to configuration button 1360 being selected 



006570.P067 



-38- 



Express Mail No. EV325529534US 



via a cursor control device. Configuration dialog box 1410 may include tabs 1420 and 
1430. General tab 1420 provides an interface to configure one or more general properties 
of the selected monitor tree node (and its associated MBean). 

[00089] In an embodiment, the monitoring period of the monitor tree node may be 
specified by providing a value in field 1421 . In addition, a unit of time may be specified 
for the value by selecting one of the units provided in pull-down menu 1422. For 
example, a monitoring period of five minutes may be configured by entering the value 
"five" (e.g., with a keyboard) in field 1421 and selecting the unit "minute" from pull- 
down menu 1422 (e.g., with a cursor control device). 

[00090] In an embodiment, monitor data may be selectively polled or pushed from 
the resource associated with the selected monitor tree node. Configuration dialog box 
1410 provides data collection option circles 1424 and 1425. In an embodiment, the 
selected monitor tree node (e.g., monitor tree node 1310, shown in FIG. 13) may poll data 
from its associated (or monitored) resource if data collection option circle 1425 is 
selected. Alternatively, data may be pushed from the associated resource if data 
collection option circle 1424 is selected. 

[00091] In an embodiment, the selected monitor tree node may be configured to 
provide an alarm if its associated resource malfunctions. In the illustrated embodiment, 
configuration dialog box 1410 provides pull-down menu 1426. The selected monitor tree 
node may be configured to provide an alarm by selecting an appropriate option in pull- 
down menu 1424 (e.g., a react on resource malfunction/failure option). In an alternative 
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embodiment, configuration dialog box 1410 may provide an option circle, a field, and/or 
a different interface to indicate whether the alarm is to be provided. 

[00092] In one embodiment, a monitor tree node monitors its associated resource 
to determine whether a threshold value is exceeded. In such an embodiment, 
configuration dialog box 1410 may provide an interface to configure one or more 
threshold values for the monitor tree node. FIG. 15 illustrates an exemplary Graphical 
User Interface (GUI) 1500 in which configuration dialog box 1410 provides an interface 
to set one or more threshold values. In one embodiment, GUI 1500 appears responsive to 
selecting tab 1430. 

[00093] In the embodiment illustrated in FIG. 15, a monitor tree node may be 
configured to provide a status indication responsive to the detection of one or more 
threshold values. In one embodiment, the status indication is provided when the monitor 
tree node changes color. Threshold value fields 1510-1540 provide an interface to 
specify one or more threshold values. 

[00094] For example, a monitor tree node may be configured to display the color 
green until the value specified in field 1510 is detected. Once the specified value is 
detected, the monitor tree node may change color, for example, from green to yellow. 
The monitor tree node may then remain yellow until the monitored value goes above the 
threshold value specified in field 1520 (or, alternatively, goes below the value specified 
in field 1 540). If the monitored value goes above the threshold value specified in field 
1 520, the color of the monitor tree node may change, for example, from yellow to red. 
The monitor tree node may once again display the color yellow, if the threshold value 
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specified in field 1530 is detected. Similarly, the monitor tree node may return to green if 
the threshold value specified in field 1 540 is detected. 

[00095] In one embodiment, the selected monitor tree node may provide a history 
of monitor data. In such an embodiment, the monitor viewer may provide a history 
command (or button) (e.g., history command 1350, shown in FIG. 13) to access the 
history of monitor data. FIG. 16 illustrates an exemplary Graphical User Interface (GUI) 
1600 to display the monitor data history of a selected monitor tree node, according to an 
embodiment of the invention. 

[00096] In an embodiment, GUI 1600 displays monitor data history table 1610 in 
response to the selection of history command 1350. History table 1610 provides a 
graphical representation of monitor data collected by a monitor tree node (e.g., selected 
monitor tree node 1310, show in FIG. 13). In one embodiment, the displayed monitor 
data may be correlated to a period of time when the data was collected. For example, 
time column 1615 displays a list of time periods. In an embodiment, the granularity of 
the time periods may be changed (e.g., from minutes to hours) by selecting one of tabs 
1620-1623. 

[00097] History table 1610 may also include one or more columns to display 
collected monitor data. For example, minimum value column 1 630 may display 
minimum values of a monitored resource at a specified period of time. Similarly, 
maximum value column 1640 may display maximum values of a monitored resource at a 
specified period of time. In addition, history table 1610 may display the results of 
analysis made on collected monitor data. For example, column 1650 may display the 



006570.P067 



-41- 



Express Mail No. EV325529534US 



time-weighted average of collected monitor data. The format and selection of 
information is history table 1610 is but one embodiment of a GUI for displaying monitor 
data history. In an alternative embodiment, the format of table 1610 may be different 
and/or the data selected for display in table 1610 may be different. 

[00098] FIG. 17 is a block diagram of computing device 1700 implemented 
according to an embodiment of the invention. Computing device 1700 may include: 
processor(s) 1710, memory 1720, one or more Input/Output interfaces 1730, network 
interface(s) 1 740, and monitor viewer 1 750. The illustrated elements may be connected 
together through system interconnection 1770. Processor(s) 1710 may include a 
microprocessor, microcontroller, field programmable gate array (FPGA), application 
specific integrated circuit (ASIC), central processing unit (CPU), programmable logic 
device (PLD), and similar devices that access instructions from system storage (e.g., 
memory 1720), decode them, and execute those instructions by performing arithmetic 
and logical operations. 

[00099] Monitor viewer 1 750 enables computing device 1 700 to display and 
interact with a monitor tree representing a plurality of monitored resources. Monitor 
viewer 1750 may be executable content, control logic (e.g., ASIC, PLD, FPGA, etc.), 
firmware, or some combination thereof, in an embodiment of the invention. In 
embodiments of the invention in which monitor viewer 1 750 is executable content, it may 
be stored in memory 1720 and executed by processor(s) 1710. 

[000100] Memory 1 720 may encompass a wide variety of memory devices 
including read-only memory (ROM), erasable programmable read-only memory 
(EPROM), electrically erasable programmable read-only memory (EEPROM), random 
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access memory (RAM), non-volatile random access memory (NVRAM), cache memory, 
flash memory, and other memory devices. Memory 1 720 may also include one or more 
hard disks, floppy disks, ZIP disks, compact disks (e.g., CD-ROM), digital 
versatile/video disks (DVD), magnetic random access memory (MRAM) devices, and 
other system-readable media that store instructions and/or data. Memory 1720 may store 
program modules such as routines, programs, objects, images, data structures, program 
data, and other program modules that perform particular tasks or implement particular 
abstract data types that facilitate system use. 

[000101] One or more I/O interfaces 1 730 may include a hard disk drive interface, a 
magnetic disk drive interface, an optical drive interface, a parallel port, serial controller 
or super I/O controller, serial port, universal serial bus (USB) port, a display device 
interface (e.g., video adapter), a network interface card (NIC), a sound card, modem, and 
the like. System interconnection 1770 permits communication between the various 
elements of computing device 1700. System interconnection 1770 may include a wide 
variety of signal lines including one or more of a memory bus, peripheral bus, local bus, 
host bus, bridge, optical, electrical, acoustical, and other propagated signal lines. 

[000102] In one embodiment of the invention, the management techniques which 
are the focus of this application are used to manage resources within a cluster of server 
nodes. An exemplary application server architecture will now be described. 

[000103] An application server architecture employed in one embodiment of the 
invention is illustrated in FIG. 18. The architecture includes central services "instance" 
1800 and a plurality of application server "instances" 1810, 1820. As used herein, 
application server instances, 1810 and 1820, each include a group of server nodes 1814, 
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1816, 1818 and 1824, 1826, 1828, respectively, and a dispatcher, 1812, 1822, 
respectively. Central services instance 1 800 includes locking service 1 802 and 
messaging service 1804 (described below). The combination of all of the application 
instances 1810, 1820 and central services instance 1800 is referred to herein as a 
"cluster." Although the following description will focus solely on instance 1810 for the 
purpose of explanation, the same principles apply to other instances such as instance 
1820. 

[000104] Server nodes 1814, 1816, 1818 within instance 1810 provide the business 
and/or presentation logic for the network applications supported by the system. Each of 
the server nodes 1814, 1816, 1818 within a particular instance 1810 may be configured 
with a redundant set of application logic and associated data. In one embodiment, 
dispatcher 1812 distributes service requests from clients to one or more of server nodes 
1814, 1816, 1818 based on the load on each of the servers. For example, in one 
embodiment, a dispatcher implements a round-robin policy of distributing service 
requests (although various alternate load balancing techniques may be employed). 

[000105] In one embodiment of the invention, server nodes 1814, 1816, 1818 are 
Java 2 Platform, Enterprise Edition ("J2EE") server nodes which support Enterprise Java 
Bean ("EJB") components and EJB containers (at the business layer) and Servlets and 
Java Server Pages ("JSP") (at the presentation layer). Of course, certain aspects of the 
invention described herein may be implemented in the context of other software 
platforms including, by way of example, Microsoft .NET platforms and/or the Advanced 
Business Application Programming ("ABAP") platforms developed by SAP AG, the 
assignee of the present application. 
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[000106] In one embodiment, communication and synchronization between each of 
instances 1810 and 1820 is enabled via central services instance 1800. As illustrated in 
FIG. 18, central services instance 1800 includes messaging service 1804 and locking 
service 1802. Message service 1804 allows each of the servers within each of the 
instances to communicate with one another via a message passing protocol. For example, 
messages from one server may be broadcast to all other servers within the cluster via 
messaging service 1 804. In addition, messages may be addressed directly to specific 
servers within the cluster (e.g., rather than being broadcast to all servers). 

[000107] In one embodiment, locking service 1802 disables access to (i.e., locks) 
certain specified portions of configuration data and/or program code stored within a 
central database 1830. Locking managers 1840 and 1850 employed within the server 
nodes lock data on behalf of various system components which need to synchronize 
access to specific types of data and program code (e.g., such as the configuration 
managers 1844 and 1854). As described in detail below, in one embodiment, locking 
service 1802 enables a distributed caching architecture for caching copies of 
server/dispatcher configuration data. 

[000108] In one embodiment, messaging service 1804 and locking service 1802 are 
each implemented on dedicated servers. However, messaging service 1804 and the 
locking service 1802 may be implemented on a single server or across multiple servers 
while still complying with the underlying principles of the invention. 

[000109] As illustrated in FIG. 1 8, each server node (e.g., 1818,1 828) includes a 
lock manager 1840, 1850 for communicating with locking service 1802; a cluster 
manager 1842, 1852 for communicating with messaging service 1804; and a 
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configuration manager 1844, 1854 for communicating with central database 1830 (e.g., to 
store/retrieve configuration data). Although lock managers 1840 and 1 850, cluster 
managers 1842 and 1852, and configuration managers 1844 and 1854 are illustrated with 
respect to particular server nodes, 1818 and 1828, in FIG. 18, each of the server nodes 
1814, 1816, 1824 and 1826 and/or on the dispatchers 1812, 1822 maybe equipped with 
equivalent lock managers, cluster managers and configuration managers. 

[000110] It should be appreciated that reference throughout this specification to 
"one embodiment" or "an embodiment" means that a particular feature, structure or 
characteristic described in connection with the embodiment is included in at least one 
embodiment of the present invention. Therefore, it is emphasized and should be 
appreciated that two or more references to "an embodiment" or "one embodiment" or "an 
alternative embodiment" in various portions of this specification are not necessarily all 
referring to the same embodiment. Furthermore, the particular features, structures or 
characteristics may be combined as suitable in one or more embodiments of the 
invention. 

[000111] Similarly, it should be appreciated that in the foregoing description of 
exemplary embodiments of the invention, various features of the invention are sometimes 
grouped together in a single embodiment, figure, or description thereof for the purpose of 
streamlining the disclosure aiding in the understanding of one or more of the various 
inventive aspects. This method of disclosure, however, is not to be interpreted as 
reflecting an intention that the claimed invention requires more features than are 
expressly recited in each claim. Rather, as the following claims reflect, inventive aspects 
lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims 
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following the detailed description are hereby expressly incorporated into this detailed 
description, with each claim standing on its own as a separate embodiment of this 
invention. 
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